s boot

Activer le mode autoRCM implique de booter tout le temps en CFW. De plus, en l’activant, tu vas modifier la NAND. Cela implique donc de ne pas se connecter ni en mode Stock ni en mode CFW sinon ce sera un bannissement assuré. Ce mode autoRCM n’est pas conseillé si l’on souhaite utiliser le online.

Du coup, ta sysNAND ne sera pas clean car la NAND sera modifiée. Si tu souhaites utiliser ta console comme tu l’indiques, à savoir, profiter de l'underground sur l’emuNAND et des aspects legits sur la sysNAND, pas d’autre choix que d’utiliser le JIG.

Via Hekate, il existe trois modes de boot:

• Le mode stock qui permet de démarrer la console sur HOS donc sans Hack. Cela impliquera de refaire le mode RCM pour relancer le Hack.


• Le mode CFW sysNAND qui démarre la console sur la sysNAND en mode CFW (cela implique préalablement de paramétrer la console au niveau des DNS pour éviter une connexion aux serveurs de Nintendo)


• Le mode CFW emuMMc ou emuNAND qui démarre la console sur l’emuNAND en mode CFW (cela va de soi mais cela implique également de paramétrer les DNS)

Le mode autoRCM implique donc d'être tout le temps en mode CFW et ne s’utilise pas sur le mode Stock.

Pour davantage d’infos, la FAQ de ce tutoriel t’apportera des éléments complémentaires:
underground-switch/installer-homebrew-menu-sur-switch-11-0-1-et-t736600.html

Tout dépend de ce que tu utilises et quel boot tu opères. Refaire une préparation de ta SD n’est pas une mauvaise chose, cela permet de remplacer les anciennes configurations et également enlever des fichiers qui ne sont plus utiles. Donc si tu es passé par SDSetup, cela ne peut être que positif. Toutefois, si ta SD est corrompue, alors il faut d’abord la vérifier et en fonction du résultat, soit la réparer, soit la remplacer ou alors ne rien faire.

Si tu venais à formater ta SD, pense tout de même à faire une sauvegarde sur PC avant. Il te suffira juste de remettre sur la SD l’ensemble des fichiers obtenus via SDSetup, le dossier Nintendo et ce qui se réfère à ton emuMMC. Attention, pour l’emuMMC, un simple copier/coller suffit si elle a été faite par fichiers. En revanche si c’est via partition, il faut d’abord l’extraire pour ensuite la remettre.

Une fois cela vérifié et opéré, il reste l’ajout des sigpatches. Il te faut prendre l’archive qui correspond à ton mode de boot. Si tu utilises Atmosphère, alors il te faut celle qui concerne le boot via fusee-primary et si tu utilises Hekate pour booter, ce sera l’autre. Il faudra penser également au fichier Hekate-ipl.ini.

Et pour terminer, si tu as opéré la mise à jour en HOS 11.0.1 et que ça date depuis la 9.2.0, alors, il te faut refaire un dump des keys via Lockpick_RCM.

Pour ce qui est du gestionnaire, tu peux utiliser Awoo en attendant que Goldleaf v0.9 soit dispo. Tinfoil/Tinleaf sont opérationnels également et te seront utiles si tu es ban mais je ne les ai pas testés et cela date pour tinfoil. Ce gestionnaire reste utile pour ceux qui sont vraiment bannis.

La team Xecuter (tout du moins ceux qui sont encore actifs) propose la version bêta 3.1.0 de son CFW SX OS. Au menu, la prise en charge de HOS 11.0.0.

D'après le développeur Mike Heskin alias hexkiz, qui a l’habitude de déchiffrer le CFW SX OS, il semble que Les changements sont étrangement minimes et sont tous limités au code de l'espace utilisateur:

• Toutes les applications et KIP ont été mis à jour vers les dernières libnx et Atmosphère;


• Le patcher_B0000000 a été mis à jour avec le chargeur de démarrage officiel Mariko 11.0.0 (+ correctifs);


• Modifications USB mineures dans le Loader KIP.

Le changement "Mariko BEK chainloading" se traduit par le changement de l'indicateur à l'offset 0x54 dans boot.dat (contrôle quels keylots doivent être effacés) de 0x2FFF à 0x0FFF.

Un certain nombre d'erreurs dans Loader associées à la réutilisation de toutes les payload DRM et aux changements globaux de style de code suggèrent fortement que ce n'est pas le travail des mêmes développeurs (ce qui pourrait expliquer le saut soudain de 3.0.5 à 3.1.0 avec donc des changements minimes).

Petit Update du soir !!!

Perfect !

MAJ OK !
NAND sauvegardée !
EmuNAND créée en RAW !
Boot sur EmuNAND OK !

Franchement grand merci pour ta patience et ton aide !

Ce WE, je m'attèle aux "backups".

J'aurais peut être encore un peu besoin de toi !
Mais je sais que je dois commencer par dumper mes clés... comme quoi j'écoute (enfin je lis !)

Désolé mais je ne le fais que pour des personnes proches et à but non lucratif ^^

Ne pas savoir et ne pas tout maîtriser reste compréhensible d’où le fait de créer des tutoriels, des topics d’info et des FAQS détaillées un maximum. Et rien n’empêche de poser des questions lorsque nécessaire. C’est même le but.

Pour ce qui est de la différence dans les termes:

• HOS = Horizon = FW = Firmware = Système de la Switch


• SX OS = CFW = Custom Firmware = Système personnalisé


• Atmosphère = CFW = Custom Firmware = Système personnalisé


• Hekate = Custom Bootloader


• Payload = Charge utile


• Homebrew = Outil personnalisé

Le payload s’injecte. C’est un BIN. Comme Fusee-primary qui va se charger de lancer le CFW. D’autres existent pour aussi lancer des homebrews.

Le custom bootloader, comme Hekate, possède lui aussi un BIN pour le lancer. Mais cet outil va te proposer différentes options et fonctions que n’offre pas forcément le CFW. C’est comme un couteau suisse pour faire une comparaison ^^

Lorsque tu t’interroges sur la particularité qui concerne le boot sur Atmosphère, il peut être chargé à partir de

• Fusee-Primary -> Fusee-Secondary


• Hekate-> Fusee-Primary -> Fusee-Secondary


• Hekate-> Fusee-Secondary

Pour booter directement sur Atmosphère sans erreur et sans passer par Hekate, plusieurs liens sont proposés pour les sigpatches. L’un pour utiliser Atmosphère seulement via fusee-primary et l’autre via Hekate. Celui qui concerne Hekate possède d’autres éléments qui permettent une utilisation sans erreur car deux fichiers aident à cela. Mais si tu ne souhaites pas utiliser Hekate, alors, ces mêmes fichiers ne sont pas forcément nécessaires ou un doit être modifié. Du coup je ne sais pas si je suis clair mais tu peux voir la différence de leur contenu qui t’aidera à comprendre.

Dans tous les cas, se passer de Hekate, pour ma part, n’est pas envisageable.

Merci pour la réponse.

Je ferai ça demain soir, si je ne quitte pas trop tard le boulot, car cela fait 4 jours que je m'acharne dessus et je commence à faire une overdose.

Une fois la sysNAND à jour, si je n'ai pas de souci (je suis un peu un chat noir), je referai une carte SD à partir de "0".
Ensuite je réaliserai un backup de la NAND pour avoir au moins une sauvegarde "clean" (plus ou moins) en cas de besoin.
Enfin, je ferai mon emuNAND qui ne sera pas pour protéger ma sys, qui est déjà modifiée, mais plus une protection en cas de mauvaise manip.

Je te tiendrais au jus sur ce que cela aura donné.

Questions subsidiaires (il en faut bien un peu ) :
1. Pour le boot via Hekate, j'avais bien pisté que cela bootait sur atmosphère. Ce que je ne comprends pas, c'est pourquoi avec le fusee_primary ça plante alors qu'avec le launch de Hekate pas de souci ? Je viens de tester avec mon emuMMC "disable" et en passant par le playload de Hetake et cela ne marche pas non plus... mystère.
2. Je pense qu'il n'y a pas de souci, mais je veux en être certain. Si je mets à jour ma console via Choixdujour en passant par la sysNAND via un CFW. Normalement, si je redémarre en OFW le firmware devrait être à jour aussi (puisque c'est la NAND !) ? Rien ne m'interdit aujourd'hui de passer d'un CFW au OFW tant que le wifi n'est pas paramétré.

J'ai testé la carte : aucune erreur.
J'ai repris les éléments sur SDSetup et j'ai mis les derniers sigpatches.

Et malgré cela impossible de démarrer en EmuMMC. J'ai testé l'EmuMMC sur une partition à part en RAW et en fichier directement sur le SD et c'est les mêmes symptômes.
J'ai tenté en FAT32 car pour le moment j'étais en exFAT. Pour essayer, car je n'avais pas de message particulier me disant que le exFAT n'était pas supporté.

J'ai essayé de démarrer fusee_primary.bin via le loader de Hekate et en l'injectant direct... idem j'ai la même "erreur fatal".

Pour info,
- la console est 6.0.0 et quand je boote en sysMMC, j'ai bien la console qui est en 6.0.0|AMS 0.015.0|S.
- j'étais en auto RCM et je l'ai disable mais cela ne change rien

Je finis par me dire que je ne dois pas bien préparer la carte SD mais franchement, je ne vois pas ce que je fais de mal.

Qu'est ce que je rate ?

Edit : Pour atmosphère, après quelques recherche sur des sites anglophones, je pense que c'est le firmware qui doit bloquer car il n'est pas à jour.
Idéalement, sauf erreur de ma part, il faudrait que je puisse boot sur l'emuMMC pour mettre à jour la emuNAND via Choixdujour et je pense que atmosphère booterait. Ai-je bien interprété ce que j'ai trouvé ?